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ABSTRACT 



A system for providing a communication link among a 
plurality of mobile units comprises a broadband RF trans- 
ceiver with antenna, a GPS receiver, an audio-visual 
interface, an electro-mechanical interface and a micropro- 
cessor with associated memory incorporated into each a 
mobile unit. 

19 Claims, 7 Drawing Sheets 
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VEHICLETALK cessed by the receiving vehicle to provide a visual or audible 

display of the position, direction and speed of the transmit - 
CROSS REFERENCE TO RELATED ting vehicle. 

APPLICATIONS According to one aspect of the present invention, there is 

This application claims priority from Provisional Appli- 5 provided a communication system for transmitting informa- 
cation No. 60/153,424, filed on Sep. 10, 1999. tion between a mobile unit within a vehicle traveling on a 

road and a fixed communication network installed on a 
BACKGROUND roadside. The fixed communication network includes a base 

„ . . . station having a transceiver for communicating with the 

The present invention generally relates to communication 10 yehicle . transmilti and receiving a plurality of commu- 
systems. More particularly, the invention relates to a mobile nicatiofl ket& TOs communication can mclud e payment 
communication system which allows mobile vehicles to mstructions> security instructions and/or access codes which 
communicate with neighboring vehicles and roadside com- can ^ lransmitted with or without intervention by the 
munication networks. vehicle operalor . 

Various communication systems have been used by auto- is 
mobile drivers to communicate with other vehicles while the BRIEF DESCRIPTION OF THE DRAWING(S) 

vehicle is in motion. While many advances have been made 

in vehicle to vehicle communication, numerous disadvan- . FIG - 1 shows a vehlcle communication system embody- 
tages still remain in using conventional communication m S me P reseat invention. 

systems. 20 FIG- 2 is a block diagram showing a vehicletalk mobile 

Conventional mobile communication systems include eel- unit in accordance with the preferred embodiment, 
hilar telephones and CB or two-way radio. When using a cell FIG. 3 A is a diagram illustrating the contents of a com- 
phone as a means of mobile communication, there is no munication packet transmitted by the vehicletalk mobile 
practical way of discovering whether a neighboring vehicle unit. 

operator possesses a cell phone. Additionally, there is no 25 pjQ 33 illustrates the header of the communication 
process for determining the phone number of the targeted packet. 

cell phone. Accordingly, the cell phone as a communication FIG 3C inmates the information fields of the header's 
medium is severely limited. transmission administration. 

CB radio is a widely broadcast public medium where FIG 3D illustrates the information fields of the header's 
mobile users may talk to other mobile or stationary users in sender portion 

their vicinity However since there is no ability to prevent 3£ illustrates the mformat i OD fie i ds of tne header's 

others from listening, there is no pnvacy between mobile receiver portion 

communicators. A, . , „ . , . 4l _ t . 

, . „ ct.. c FIG. 3F illustrates the sub fields contained in the ldenti- 

Automobile accidents are one of the greatest causes of 35 Dumber ^ 

serious injury and fatalities in society. Accordingly, the , e • , ,_. , „ 

development of improved control and warning systems to FIG - 4A illustrates the memory of a typical vehicletalk 
minimize personal and financial losses resulting from auto- mobile unit. 

mobile accidents is of utmost importance. The limitations of FIG. 4B is a diagram of a vehicle communication log. 

present forms of communication are even more severe when ^ FIG. 4C is a diagram of a vehicle user log. 
considering the extent to which a communication link can FIG 4D ^ a d i agram 0 f a vehicle contact log. 
improve both the driving experience and the safety statistics nG 5 . g a flow diagram rf ^ procedure utflizcd by the 
of modern vehicles. microprocessor upon receipt of a communication packet. 

SUMMARY FIG. 6 is a flow diagram of the procedure for processing 

Hie present invention provides a communication link 45 communication packets, 
among vehicles which eliminates these pitfalls. The system DETAILED DESCRIPTION OF THE 

comprises a broadband RF transceiver with antenna, a PREFERRED EMBODIMENT'S) 

position determining means, such as a GPS receiver, an 

audio-visual interface, an electro-mechanical interface and a 50 The preferred embodiment will be described with refer- 
microprocessor with associated memory. These components ence to the drawing figures where identical numerals rep- 
are incorporated into a mobile unit located within each resent similar elements throughout. 

vehicle. A vehicle communication system embodying the present 

The GPS receiver receives signals from GPS satellites and invention is shown in FIG. 1. The vehicle communication 

calculates the position of the vehicle. The microprocessor 55 system 10 generally comprises one or more base stations 14, 
carries out overall control of the system. The memory each of which is in wireless communication with a plurality 
includes identification information that is unique to each of vehicletalk remote units 16. Although the remote units 16 
vehicle. In response to input from the GPS receiver, infer- may be fixed or mobile, they will be referred to hereinafter 
mation received by the transceiver and instructions input by for simplicity as vehicletalk mobile units 16. Each mobile 

the vehicle operator via the audio-visual interface, the go unit 16 can communicate with another mobile unit 16, the 
microprocessor determines the necessary subsequent closest base station 14 or the base station 14 which provides 
actions. the strongest communication signal. The base stations 14 

The transmission from a vehicle may include information communicate with a base station controller 20, which coor- 
describing the status of the vehicle for use by the receiving dinates communications among base stations 14 and 

vehicle. For example, the transmission may provide infer- 65 vehicletalk mobile units 16. The communication system 10 
mation regarding the speed, direction and position of the may be connected to a public switched telephone network 
traasmitting vehicle. This information is received and pro- (PSTN) 22, wherein the base station controller 20 also 
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coordinates communications between the base stations 14 
and the PSTN 22. Preferably, each base station 14 commu- 
nicates with the base station controller: 20 over a wireless 
link, although a land line may also be provided. A land line 
is particularly applicable when a base station 14 is in close 
proximity to the base station controller 20. The fixed 
vehicletalk remote units 16 may also communicate with a 
base station 14 over a land line. 

The base station controller 20 performs several functions. 
Primarily, the base station controller 20 provides all of the 
operations, administrative and maintenance (OA&M) sig- 
naling associated with establishing and maintaining all of 
the wireless communications between the mobile units 16, 
the base stations 14 and the base station controller 20. The 
base station controller 20 can provide the routing of all 
communications between mobile units 16, and between the 
mobile units 16 and the PSTN 22. The base station controller 
20 also provides an interface between the mobile units 16 
and the PSTN 22. This interface includes multiplexing and 
demultiplexing of the communication signals that enter and 
leave the system 10 via the base station controller 20. 
Although the vehicle communication system 10 is shown 
employing antennas to transmit RF signals, one skilled in the 
art should recognize that communications may be accom- 
plished via microwave or satellite uplinks. Additionally, the 
functions of the base station controller 20 may be combined 
with a base station 14 to form a "master base station". 

A preferred embodiment of the vehicletalk mobile unit 16 
is shown in FIG. 2. Each mobile unit includes an RF 
transceiver 32 with an antenna 33 capable of transmitting 
and receiving a plurality of RF signals, a GPS receiver 35, 
a microprocessor 40 with associated memory 41, an inter- 
face to the vehicle's electro-mechanical systems 44 and an 
audio-visual interface 46. 

The RF transceiver 32 transmits and receives RF signals 
at a plurality of RF frequencies to one or more vehicles 
which include a vehicletalk mobile unit 16. Received signals 
are downloaded to baseband and forwarded to the micro- 
processor 40 for further processing. Transmitted signals are 
forwarded from the microprocessor 40 to the RF transceiver 
32 for upconversion and transmission over one of the 
plurality of RF frequencies. The vehicle communication 
system 10 also provides for the option of transmitting a 
communication over currently licensed radio station 
channels, for example 105.9 FM. This can permit a vehicle- 
talk operator to broadcast to non-vehicletalk operators. It 
also can provide a "scanning channel", such that non- 
vehicletalk operators can listen to broadcast vehicletalk 
communications. 

The GPS receiver 35 is configured to receive signals from 
GPS satellites and compute the position of the mobile unit 
16. There are many commercially available GPS receivers 
35 that can perform such a function. GPS readings which are 
provided to the microprocessor 40 permit the microproces- 
sor 40 to accurately calculate the speed, direction and 
acceleration or deceleration rate of the vehicle. 

The microprocessor 40 provides central control of the 
vehicletalk mobile unit 16. As will be explained in greater 
detail hereinafter, the microprocessor 40 also performs 
packet handling including packet assembling for outgoing 
communication packets 50 and packet disassembling for 
incoming communication packets 50 received from the RF 
transceiver 32. Communication packets 50 received by the 
microprocessor 40 are stored in memory 41. The memory 41 
is also used to store identification information that is unique 
to each vehicle and/or vehicle operator. For example, license 
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and registration for each vehicle can be read if positioned 
with a bar code or magnetic strip in a specific location of the 
vehicle. Optionally, the system my have a card reader where 
the operator must place their card prior to the vehicle 

5 starting. This card can be a license with a magnetic strip or 
can be a smartcard that may identify the driver and the 
vehicle. This unique information regarding the vehicle may 
also include the position of the vehicle, speed of the vehicle 
and rate of acceleration or deceleration as calculated by data 

10 obtained from the GPS receiver 35. 

The audio-visual interface (AVI) 46 preferably comprises 
a microphone, speakers and graphic display along with 
alphanumeric and directional keypads. However, those of 
skill in the art should realize that the AVI 46 may encompass 

15 other input devices which are known, such as a voice 
activated input unit, an IR remote control, a full keyboard or 
any other type of electronic or manual data input means. 
Additionally, the output portion of the AVI 46 may comprise 
any type of output means such as a stereo system or a 

20 heads-up display. 

The electro-mechanical interface 44 provides an electrical 
coupling to the electro-mechanical systems of the vehicle 
over which the vehicletalk mobile unit 16 has control. These 
systems may include the radio, lights, horn, windows, locks, 

25 steering, breaking and any other electro-mechanical systems 
of the vehicle. 

Communications between vehicletalk mobile units 16 
using the vehicle communication system 10 are accom- 

3£) plished through a stream of transmitted communication 
packets 50. As shown in FIG. 3 A, each communication 
packet 50 comprises a header 51 and a payload 53. The 
header 51 comprises a plurality of predefined information 
fields which provide information regarding the particular 

35 communication, the sender which originated the communi- 
cation and the receiver to which the communication is 
destined. It should be recognized that a voice or data 
communication may be segmented or "packetized" and 
transmitted using a plurality of packets 50. The present 

4Q invention is not restricted to transmitting a communication 
having a predefined length. Accordingly, the payload 53 may 
comprise only a portion of the communication that is sent 
between mobile units 16, and a single communication may 
be sent using a plurality of packets 50. Communications may 

45 comprise data transmissions, such as uploads from, or 
downloads to, the mobile unit 16; or may comprise voice 
communications. 

Referring to FIG. 3B, the header 51 comprises a plurality 
of information fields which can be generally categorized by 

50 three different functional groups: 1) transmission adminis- 
trative information 55; 2) sender information 56; and 3) 
receiver information 57. These fields will be explained in 
greater detail hereinafter. 

Referring to FIG. 3C, the information fields associated 

55 with the transmission administration 55 are shown. These 
fields provide information that defines the particular com- 
munication being transmitted. Although the number of fields 
may be more or less, and the type of fields described in this 
specification may change depending on the particular com- 

60 munication and the requirements of the system 10. In one 
embodiment of the present invention the fields associated 
with transmission administration 55 comprise the following 
fields: 1) security 61; 2) priority 62; 3) in system/out of 
system 63; 4) broadcast/point-to-point 64; 5) communica- 

65 tion identifier (data/voice) 65; 6) communication type 
(information/control) 66; and 7) communication length 
(standalone or continuation) 67. 
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Since the vehicle communication system 10 in accordance position 72, speed 73, acceleration or deceleration 74, direc- 

with the present invention permits control of a vehicle and tion 75, origination 76 and destination 77, and may include 

overall control of the communication system 10 by law many more optional fields 78 as specified by the vehicle 

enforcement authorities via a "security instruction", the operator. 

system 10 has a plurality of security levels to ensure that 5 The identification number 71 provides a unique identifi- 

unauthorized individuals will not use the system 10 for cation for the sending vehicletalk mobile unit 16. The 

subversive purposes. Optionally, driver may override law identification number may be the vehicle license number 

enforcement. System may ask for permission for law ^ ^ additional letters representing the state where the 

enforcement to control vehicle. The secunty field 61 is license plate was issued such as PA for Pennsylvania, 

defined as follows: 30 Depending upon system administration, the identification 

0— access to all functions of the vehicle communication numbef n may rdate t0 one or more individual 
system 10 including the physical control of the vehicle operators of the vehicle. As shown in FIG. 3F, the identifi- 
and all of the information stored within the memory 41. cation number field 71 may comprise a plurality of subfields 

1— access only to the physical control of the vehicle. including vehicle code 81, number of authorized vehicle 

2 — access only to the information stored within the 15 operators 82, a vehicle operator identification number 
memory 41. 83^ b ^ for each operator. This feature is particularly useful 

3— access for transmitting and receiving communica- if the vehicle is part of a commercial fleet of vehicles with 
tions. multiple drivers. Upon turning on the vehicle, the vehicle 

4 access only to receiving communications. operator inputs their identification number 71. This number 

The security field 61 may also include a security code, which 20 71 is compared to the list of authorized operators previously 

permits authentication of the entity sending the security stored in memory 41. If the input operator identification 

instruction. As aforementioned, it should be understood by number 71 matches favorably with one of the authorized 

those skilled in the art that additional fields may be added or operators previously stored in memory 41, operation of the 

defined as desired to increase the functionality of the system vehicle is permitted; if not, operation is denied. Optionally, 

10 or the security layers. Additionally, it should be recog- 25 license plate, registration, insurance information and drivers 

nized that although the system 10 is capable of a broad range license information can be additional fields for FIG. 3F. 

of functionality, there are legal implications to implementing Use of a vehicle operator identification number 71, such 

all of the functionality. For example, a court order would as a drivers license, also permits different operators to use 

most likely be necessary before permitting law enforcement the vehicle while retaining their distinct identity and storing 

officials access to information in, or control of, the mobile 30 information particular to that vehicle operator, (similar to a 

unit 16. screen name for internet use such as the America Online 

The priority field 62 is an indicator of the urgency of the (AOL) system), 

transmitted communication. The priority field 62 can be a Referring back to FIG. 3D, the next four fields associated 

numeric priority from one to ten; with urgent communica- with the sender portion of the header 51 include position 72, 

tions having the highest priority of one (e.g., communica- 35 speed 73, acceleration or deceleration 74 and direction 75, 

tions from law enforcement officials) and non-urgent com- which are automatically created from the information 

munications having the lowest priority of ten, (e.g. obtained from the sender's GPS receiver 35. 

advertisements). The origination field 76 includes the location of the 

The in system/out of system fie Id 63 indicates whether the vehicle when the vehicle was turned on. The destination 

communication is destined for, or originated from, another 40 field 77 includes the destination of the vehicle. This, of 

vehicletalk mobile unit 16 or an entity located outside of the course, requires that the destination be input into the mobile 

vehicle communication system 10. Communications with unit 16, such as when a destination is input into a navigation 

entities outside the vehicle communication system 10 can be system. It should be understood that the vehicletalk operator 

routed between the vehicletalk mobile unit 16 and the may override certain fields to ensure that this information is 

outside entity over the PSTN 22. 45 not obtained by other vehicletalk operators. For example, the 

The broadcast/point-to-point field 64 identifies whether origination 76 and destination fields 77, which may include 

the message is intended for broadcast to all vehicletalk personal information that the vehicletalk operator does not 

mobile units 16 or whether it is intended to be routed to a desire other vehicletalk operators to have access to, may 

particular mobile unit 16. As will be explained in detail include null data such that the senders destination and 

hereinafter, the receiver field 57 will specify the particular 50 origination will be listed as "not available" to the receiver, 

address, or multiple addresses, of the mobile units 16 to The vehicle operator configures their mobile unit 16 as 

which the communication will be transmitted. desired to specify which fields should be transmitted with 

The communication identifier field 65 identifies whether null data, 

the communication is a voice or data transmission since each Referring to FIG. 3E, the fields associated with the 

transmission may be encoded and processed differently by 55 receiver portion 57 of the header 51 are shown in greater 

the receiving microprocessor 40. detail. As discussed with reference to FIG. 3C, the broadcast 

The communication type field 66 identifies whether the or point-to-point field 64 indicates whether the communi- 

communication comprises information for output to the user cation is destined for one, multiple or all operators. If the 

via the AVI 46, or whether the information is a control communication is to be broadcast to all vehicletalk 

instruction that will permit electro-mechanical control of the 60 operators, the number of addressees field 79 is designated as 

vehicle. zero, indicating that all operators will receive the commu- 

The communication length field 67 indicates whether the nication. For point-to-point or point-to-multipoint 

entire communication is included within the current packet communications, (whereby a plurality of operators may be 

50, or whether the packet 50 is part of a multi-packet included within a conversation or communication), the 

communication. 65 number of addressees field 79 includes the number of 

Referring to FIG. 3D, the fields associated with the sender operators which will be receiving the communication. For 

portion 56 of the header 51 include identification number 71, example, if a point-to-point communication is desired, the 
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number of addressees field 79 will include the number one 
(1) and address field number one 80 fl will be the only field 
which includes an address. If a point- to-multipoint commu- 
nication is desired between, for example four additional 
vehicletalk operators, the number of addressees field 79 will 
include the number four (4) and address fields one through 
four S0 a , d will include the addresses of the four receivers to 
be sent the communication. 

Once all of the aforementioned fields have been populated 
with the information, the microprocessor 40 builds each 
communication packet 50 and forwards the packet 50 to the 
transceiver 32 for transmission. The packets 50 are prefer- 
ably transmitted to the base station 14, and then forwarded 
to the base station controller 20. The base station controller 
20 routes all of the communication packets 50 to the 
specified addresses, either to one or more vehicletalk 
operators, one or more outside entities, or both. This routing 
function is the same as an internet router, whereby the 
destination address or addresses are read by the router and 
the communication packet 50 is forwarded to those 
addresses. If the communication packet 50 is to be for- 
warded to multiple addresses or broadcast to all addresses, 
the base station controller 20 provides such a routing func- 
tion. 

The base station controller 20 may also confirm to sender 
whether or not a signal has been received by the recipient. 
In an alternative embodiment, each communication may 
require a confirmation packet be sent from the recipient to 
the sender to provide the confirmation. Using such an 
embodiment, the sending vehicletalk operator will know 
whether or not the communication packet 50 has reached its 
destination. 

Although the present invention has been explained with 
reference to a plurality of base stations 14 and a base station 
controller 20, the system 10 can also use technology similar 
to Bluetooth wireless technology. Using technology such as 
Bluetooth allows mobile units and base stations to commu- 
nicate through other mobile units and base units (i.e. 
repeaters). This permits a wireless interconnect between 
mobile devices, and between mobile devices and their 
peripherals. The mobile devices can form a secure piconet 
and communicate among the connected devices. 
Accordingly, using this technology, vehicletalk mobile units 
16 can talk directly to other vehicletalk mobile units 16 
without the intervention of the base stations 14 and the base 
station controller 20. It is intended that the present invention 
be used with any type of wireless communication standard 
including Bluetooth, MPEG2, MP3 or other wireless or data 
transmission standard. The particular standard used in trans- 
mitting the data is not critical since there are many types of 
wireless technologies and standards that can be used to 
transfer information between vehicletalk mobile units 16. It 
should be recognized that any of the communications could 
be encrypted by currently known technologies so that only 
certain authorized vehicletalk vehicles can communicate 
with each other. For example, if two vehicletalk users were 
communicating with one another and either requested a 
private conversation the system can immediately encrypt 
their communication. 

As should be understood by those of skill in the art, if the 
address of the receiver is outside of the system 10 and must 
be routed via the PSTN 22, the base station controller 20 
formats the communication packet 50 in a format that may 
be handled by the PSTN 22. Although the present invention 
has been explained using a general packet 50 "structure" as 
illustrated by FIGS. 3A-3F, this structure is intended to 
serve as an example of the information to be transmitted by 
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the system 10 in each communication. It is not the intention 
herein to specify a new communication standard since the 
present invention may be utilized with any current or future 
wireless communication standard. For example, the packets 

5 50 transmitted over the vehicle communication system 10 
may use the internet protocol (IP) format such that they may 
be transmitted seamlessly to any communication system 
which uses the IP format. The discussion of the particular 
format and/or conversion to another format for forwarding 

10 over the PSTN 22 is outside the scope of the present 
invention. 

As shown in FIGS. 4A and 4B, the memory 41 is used to 
store information which populates the aforementioned 
fields. As will be described in greater detail hereinafter with 

15 reference to FIG. 4C, the memory 41 is also used to store 
other detailed information which may be helpful to the 
vehicletalk operator, other vehicletalk operators, the base 
station controller 20 or law enforcement agencies. The 
information stored in memory 41 may originate from a 

20 received communication, or maybe input into the mobile 
unit via the AVI 46. For example, information that is specific 
to a particular operator, such as those fields illustrated in 
FIG. 4C, may be input by the vehicletalk operator via the 
AVI 46. 

25 Referring to FIG. 4A, one of the uses of the memory 41 
is to automatically store a current vehicle activity log 90 and 
previous entered logs. The vehicle activity log 90 comprises 
a plurality of fields including the time 9Q a , date 90 fc) position 
90 c , speed 90^, acceleration/deceleration 90^, and direction 9^ 

30 of the vehicle. This log 90 is updated on a periodic basis as 
determined by the vehicletalk operator. For example, private 
individuals may desire the log 90 to be updated every 15 
minutes whereas commercial businesses may require the log 
90 to be updated every 15 seconds or even less. It should be 

35 realized that the vehicle activity log 90, if updated on the 
order of fractions of a second, would be extremely useful 
during accident reconstruction. 

Referring to FIG. 4B, a vehicle communication log 92 is 
shown. The communication log 92 includes the following 

40 fields: the time of the communication 92 fl ; the date of the 
communication 92 b ; an indication of whether the commu- 
nication was incoming or outgoing 92 c , the addresses) of 
the communicating entity 92^; the priority of the commu- 
nication 92 e ; an indication of whether the communication is 

45 broadcast or point-to-point 92^ an indication of whether the 
communicating entity is within the vehicletalk system or 
outside the system 92^; the security level of the communi- 
cating entity 92 h ; an indication of whether the communica- 
tion is data or voice 92,.; an indication of whether the 

so communication is information or control 92,; and the actual 
contents of the communication 92*. The vehicle communi- 
cation log 92 continually tracks each ongoing communica- 
tion and stores the contents of the communication in the 
contents field 92 k and all of the related information in the 

55 remaining fields 92 . 

Referring to FIG. 4C, a vehicletalk operator may input via 
the AVI 46 a plurality of fields related to the specific user 
and/or vehicle in a user log 105. One example of a user log 
105 is shown in FIG. 4C which includes the following fields: 

60 registration number 105 a ; insurance company !0S b ; insur- 
ance policy number 105 c ; vehicle make 105 rf ; vehicle model 
105 e ; vehicle color 105^ other identifying information 105 g ; 
vehicle model year 105^; EZpass number 105 ( ; garage 
parking account number 105 y ; garage door access code 105^ 

65 driving record 105,; and credit card information 105 m . There 
is no limit to the number of fields which may be stored in the 
user log 105, and all fields can be defined by the vehicle 
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operator. Since many of these fields include sensitive 
information, the vehicle operator may decide not to send any 
information from the user log 105 and the microprocessor 
40, when constructing the data packets, will place null data 
in those fields. 

The procedure utilized by the microprocessor 40 upon 
receipt of a communication packet 50 is shown in FIG. 5. 
The microprocessor 40 first determines whether the incom- 
ing packet 50 is addressed to the specific vehicletalk mobile 
unit 16. Accordingly, at step 502, the microprocessor deter- 
mines whether the incoming packet is a broadcast, and at 
step 504, the microprocessor determines whether the spe- 
cific address matches the vehicletalk mobile unit address. If 
either of these determinations is affirmative, the new packet 
is stored (step 506). The microprocessor then determines if 
there are other communication packets pending for process- 
ing (step 508). If no other packets are pending, the new 
packet is processed (step 510). If applicable, any packets in 
the queue are reprioritized in accordance with the priority of 
each packet (step 512) which, in the case where no other 
packets are pending, would not be necessary. The micro- 
processor then goes on to reviewing the next packet step 
(514). 

If it has been determined in step 508 that other packets are 
pending, the priority of all of the pending packets are 
reviewed (step 516) and a determination is made (step 518) 
whether the pending packets have a lower priority than the 
new packet. If the new packet has a higher priority then the 
pending packets, the microprocessor halts processing of the 
pending packet currently being processed (step 520), 
re-stores the pending packet into memory (step 522) and 
proceeds with processing the new packet (step 510). 

If, however, the pending packets do not have a lower 
priority than the new packet, the microprocessor stores the 
new packet in a queue with all other pending packets (step 
524) and continues to process the pending packet (step 526). 
In this manner, the microprocessor 40 is able to process 
higher priority packets first, and delay processing of lower 
priority packets to a more appropriate time when the micro- 
processor has the proper resources. 

Optionally, even if the microprocessor determines in steps 
502 and 504 that the communication is not addressed to the 
particular vehicletalk mobile unit 16, either as point-to-point 
communication or as part of a broadcast communication, the 
microprocessor may still undertake minimal processing of 
such packets. This is performed in step 530 whereby a 
contact log is created. 

As shown in FIG. 4D, the contact log 110 may comprise 
a minimum number of fields such as the time 110 fl , date 
110 fc , address 110 c , color 110 rf , make 110,, and model 110y 
of the vehicle related to the incoming communication packet 
50. The number and type of fields is determined by the 
vehicletalk operator. The payload of the packet may not be 
stored. The contact log 110 is used by the microprocessor 40 
to search for "matches" with other vehicletalk operators. 
Upon request by the vehicletalk operator, the microproces- 
sor 40 searches the contact log 110 for any addresses (i.e., 
sending addresses) that have multiple entries in the log 110. 
Once the microprocessor 40 searches the contact log 110 and 
outputs the addresses which show up on the contact log 110 
greater than a certain frequency threshold as set by the 
vehicletalk operator, the operator can determine whether 
those addresses should be placed in a "commuter" log; 
which is a list of vehicletalk operators as identified by their 
addresses. 

This information is provided to the vehicle operator via 
the AVI 46. This permits the operator to identify, (either 
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graphically as located on a real-time map or via a list), other 
vehicletalk operators which may be in the vicinity during a 
certain portion of the day. For example, during a commute 
to work if other vehicletalk operators are typically within the 
5 vicinity of the present vehicletalk operator during a certain 
time of day, a "partner log" may be created by each 
vehicletalk operator to permit vehicletalk operators to 
identify, contact and establish a rapport with other vehicle- 
talk operators. 

ao Since the communication packet headers 51 include very 
detailed information about other vehicletalk mobile units 16, 
the system 10 can provide extreme flexibility in contacting 
other vehicletalk operators in the vicinity. For example, if a 
vehicletalk operator observes a vehicle that they would like 

15 to establish a private conversation with, the operator may 
command the mobile unit 16 to "talk** to blue car. If more 
than one vehicletalk mobile unit 16 is in a blue car in the 
vicinity, the microprocessor 40 can filter the commuter log 
to vehicles having the color blue. If more than one blue car 

20 was in the vicinity, the microprocessor 40 presents the make 
and model of each blue car and requests further instructions. 

Since all of the detailed information is available in the 
packet header 51, the system 10 can provide the speed, 
direction and location of the other vehicle in relation to the 

25 present vehicle. This information is also important in order 
to evaluate whether another vehicletalk mobile unit 16 will 
be available for a conversation having a duration of a 
minimum length. For example, if a vehicletalk operator 
notes that one of the vehicle operators on bis partner log is 

30 currently traveling in the vicinity, and the vehicletalk opera- 
tor would like to establish communications with the other 
vehicletalk operator, the system 10 can calculate the dura- 
tion of a potential conversation based upon the speed and 
direction of both vehicles and their ultimate destinations, if 

35 available. The system 10 can combine that information and 
advise both vehicletalk operators by an audible alarm or a 
voice message that there is a certain amount of time left in 
the conversation. The microprocessor 40 can also filter out 
any vehicletalk mobile units 16 that will not be in the range 

40 long enough to establish a reasonable conversation. 

At step 540, the microprocessor 40 reviews all incoming 
communication packets 50 to determine if a particular 
communication packet 50 originates from an address that is 
on the vehicle operator's partner log. As the communication 

45 packets 50 are reviewed at step 540, the vehicletalk operator 
is notified and can decide whether or not they want to 
establish a communication with the particular vehicle opera- 
tor having the address that has compared favorably with the 
partner log. It should be noted that vehicle operators can 

50 block out transmissions being received from particular indi- 
viduals or cancel conversations at anytime. Further, vehicle 
talk operators can require information such as drivers 
license, license plate and registration to be provided before 
they allow any other transmissions to be received. 

5S Referring to FIG. 6, the procedure for processing com- 
munication packets 50 by the microprocessor 40 is shown. 
The microprocessor first parses the packets into separate 
fields (step 602) and stores all of the fields that do not require 
additional processing (step 604). The microprocessor then 

60 determines whether a packet includes a data communication 
by viewing the communication identifier field (step 606). If 
the microprocessor determines that the packet is not carrying 
a data communication, then it is a voice communication and 
the microprocessor processes the communication as such 

65 (step 608). 

If the packet includes a data communication, the micro- 
processor must make a determination whether the data 
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communication is a control communication (step 610). If it unit 16 has control. These systems may include the radio, 

is not a control communication, the data communication is lights, horn, steering, breaking and any other electrome- 

an information communication and it is processed as such chanical systems of the vehicle. For example, if a vehicletalk 

(step 612). Examples of packets which include information operator is listening to their favorite radio station and a 

communications include audio, visual and text files that are 5 point-to-point or broadcast communication is received by 

downloaded over the internet, facsimile transmissions, and the mobile unit 16, the microprocessor 40 through the 

transmissions from peripheral devices such as laptop electromechanical interface 44 will stop the radio, or turn 

computers, handheld palm devices and the like. down the volume of the radio, so that a vehicletalk conver- 

If it has been determined that the packet includes a control sation can commence, 

communication, the communication is processed as such 10 It should be understood that due to the amount of infor- 

(step 614). The microprocessor compares the control mation set forth in the header 51 of each communication 

instruction to the security level required (step 616). This packet 50, the system 10 provides extreme flexibility in 

includes reviewing the security field, including the optional processing and filtering communications. For example, the 

security access code. If the security access code is proper microprocessor 40 can be programmed to accept only com- 

(i.e. authorized), the security level is reviewed and the is munication from certain makes and models of vehicles. As 

microprocessor makes a determination of whether the secu- such, the system 10 set up as part of a Mercedes can be 

rity level is sufficient (step 618). If so, the microprocessor programmed by the manufacturer to be able to talk to only 

performs the control instruction (step 620). If not, the other Mercedes operators. 

microprocessor generates a transmission to the sender of the The present invention has the ability to greatly increase 

control instruction that they are not authorized to control the 20 safety to drivers and can be a valuable resource for emer- 

particular mobile unit(step 622). The microprocessor 40 also gency services personnel and a law enforcement personnel, 

notifies the particular vehicletalk operator that a control For example, emergency vehicles can automatically send 

attempt was made and was unsuccessful. This will alert the signals to warn motorists that an emergency vehicle is 

vehicletalk operator that someone may be utilizing the approaching. This may supplement the emergency light and 

system for subversive purposes. Optionally, the system may 25 siren which are standard on emergency vehicles. Since the 

require the vehicle talk operator to authorize their vehicle to packets 50 are prioritized, a communication sent from an 

accept a control instruction, prior to undertaking any control emergency vehicle in transit may have the highest priority 

instructions. Once the processing of the packet is performed, and can override all other signals having a lower priority. At 

the microprocessor goes to the next packet (step 624). the scene of an accident, the signal output from an emer- 

With respect to the step of performing a control instruc- 30 gency vehicle may, at a slightly lower priority, transmit 

tion (step 620), this may include instructions for the micro- instructions for avoiding the accident scene and may provide 

processor to exert electromechanical control over certain detour instructions. 

aspects of the vehicle's operation, or may simply include a With respect to motor vehicle code enforcement, law 

request for the microprocessor to upload data to the recipi- enforcement agencies can automatically review the status of 

ent. For example, if the control instruction is a request for 35 a driver, vehicle registration and insurance and may provide 

the microprocessor to upload information, the microproces- warnings for expired or soon to be expired license, regis- 

sor may upload one or a plurality of the fields shown in FIG. trations or insurance policies. 

4Q If an authorized operator has gained access to the vehicle 

In a first example relating to a request for information, if and has not input the proper operator identification number, 

the vehicle is entering a toll booth which utilizes the EZpass 40 the microprocessor 40 can transmit an emergency instruc- 

system, the control instruction from the transmitting toll tion to alert law enforcement agencies that the vehicle has 

booth may request that the EZpass number be transmitted. been stolen. The signal sent from the vehicle can automati- 

The microprocessor 40 will transmit the number in the cally include the vehicle's position, speed, acceleration or 

EZpass number field shown in FIG. 4C in response thereto. deceleration rate and direction. Law enforcement officials 

In a second example relating to a request for information, 45 may send an instruction in response to limit the vehicle 

a request for information may occur in a parking garage, gas speed to no greater than 30 miles per hour until the unau- 

station or any other establishment which requires payment thorized operator of the vehicle is apprehended. It should be 

from the vehicle operator, such as a drive-in fast-food noted that various fixed units may be strategically placed 

restaurant. In this example, the vehicle operator will drive up along highways, major intersections, toll booths and bridges 

to an ordering kiosk and order the desired food. After the 50 to monitor traffic and to relay messages back to law enforce- 

food has been ordered, the driver pulls up to the window ment agencies. 

whereby the proper food order is presented to the driver. Another law enforcement use can be to limit speeding of 

Meanwhile, the restaurant's communication system sends a vehicles by notifying law enforcement agencies when a 

communication requesting the credit card information for vehicle has exceeded a certain speed limit, e.g., 20% over 

billing purposes. The information shown in the credit card 55 the speed limit. A law enforcement official, in response, may 

information field 105 m of FIG. 4C can then be presented to send an instruction for the vehicle to slow down or risk a 

the communication system of the restaurant for payment. traffic citation. This can eliminate the need for "speed traps" 

Optionally, the vehicle talk operator may require that they and high speed police chases. 

must first approve of any information being released. For public safety applications, specifically located fixed 

Moreover, the communication log for both the fast- food 60 units can warn drivers as the vehicle approaches a traffic 

restaurant and the vehicle may store the communication light at an intersection that the vehicle must slow down or 

noting the charge amount. For the vehicle it can be a "virtual stop because it will not "make" the green light. The traffic 

receipt". light can make this determination based upon the speed and 

With respect to an instruction which exerts electrome- direction of the mobile unit and the cycle of the traffic light, 

chanical control over the vehicle, as shown in FIG. 2, the 65 Other selectively placed fixed units can warn drivers that an 

electromechanical interface 44 will interface with those intersection or roadway is dangerous for various reasons, 

systems of the vehicle over which the vehicletalk mobile such as an accident, a sharp end or heavy traffic. The signals 
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output by these locations can be periodically updated as 
weather and traffic conditions change. In the same manner, 
vehicles may be warned that a particular vehicle is driving 
in an erratic manner or that law enforcement officials are 
currently involved in a pursuit of the vehicle. The warnings 
to drivers are output through the AVI 46 and may comprise 
an audible warning, or may comprise a status light such as 
red, yellow and green being located on the graphical opera- 
tor interface of the AVI 46. In extreme circumstances, 
selectively placed fixed units may automatically overtake 
control of a vehicle, for example, during extremely icy 
conditions to slow the vehicle prior to the danger zone. 

It should be noted that although the mobile units 16 were 
described hereinbefore as being located in a vehicle or in a 
fixed location, they can be incorporated as part of a cellular 
phone or palm unit that is portable. 

The present invention is particularly adaptable for inter- 
facing with the internet and providing a wealth of informa- 
tion for all vehicletalk operators. In one internet-related 
embodiment such as vehicletalk.com, the website permits 
storage of information and system administration through 
the internet. A system administrator operating at the website 
or the base station controller 20 monitors and track all 
vehicletalk mobile units 16. Through the system 
administrator, the fixed locations are provided with weather 
and traffic updates or advertisements which are specifically 
geared to the immediate vicinity of the vehicletalk fixed unit. 
In this manner, advertisers advertise both on the vehicle- 
talk.com website and advertise their companies and products 
as vehicles approach or pass certain properties, stores or 
business locations. This also permits stores to provide infor- 
mation to vehicles arriving or leaving the place of business, 
such as directions for parking or thanking them for their 
patronage. 

The system administrator also provides centralized house- 
keeping functions in order to track all different types of 35 
information that are typically a nuisance to vehicle 
operators, such as the date their registration and insurance 
policy expire. The system administrator also tracks general 
vehicle maintenance information and traffic violation 
records. The tracking of vehicle maintenance can be par- 40 
ticularly useful when a recall notification is issued from a 
manufacturer or even when regularly scheduled mainte- 
nance is required. 

In a second internet-related embodiment, the system 10 is 
used to aid law enforcement official and insurance compa- 
nies to determine when a traffic accident has occurred and to 
collect all of the detailed information regarding the traffic 
accident. This function is centralized in a website such as 
vehicleaccident.com. When an accident occurs, a signal is 
automatically sent to all vehicles involved (or in the vicinity) 
to transmit all pertinent information to vehicleaccident.com. 
This can include time, speed, direction, acceleration and 
deceleration, duration of trip and other pertinent information 
such as the vehicle maintenance records, traffic citation 
records insurance and registration information. The system 
10 permits all of this information to be stored in a centralized 
location at vehicle accident.com for later review by law 
enforcement officials. The system 10 also stores law 
enforcement officials reports regarding the accident. 

The insurance industry should benefit by having vehicle- 
talk operators agree in advance to accept a fact finding by an 
officer utilizing all of the information from the vehicletalk 
mobile units 16. This avoids costly litigation and subroga- 
tion, A vehicletalk operator accepting these terms may be 
permitted special insurance discounts for agreeing to such. 

In another embodiment, the system can provide mobile 
units that do not include a GPS unit. It can be similar to 
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portable phone(s) operating on the same frequency(s). If a 
user tunes their radio to a particular station, they can receive 
a transmission through their car stereo system. The mobile 
unit, in this instance, can have the microphone inside of it so 
a user can speak "hands free". This embodiment allows the 
mobile unit to beep (or voice activate) if another user comes 
within range advising both mobile units that they have 
someone they can talk to. The mobile unit detects another 
mobile unit by actually receiving the signal of the other 
mobile unit. Accordingly, positioning of either mobile unit is 
not required. 

Although the invention has been described in part by 
making detailed reference to the preferred embodiment, 
such detail is intended to be instructive rather than restric- 
tive. It will be appreciated by those skilled in the art that 
many variations may be made in the structure and mode of 
operation without departing from the spirit and scope of the 
invention as disclosed in the teachings herein. 

What is claimed is: 

1. A system for transmitting voice or data communica- 
tions comprising a plurality of data packets between a 
plurality of remote units, each remote unit having a unique 
identifier; whereby each remote unit includes: 

a memory for storing a unique identifier; 
a transceiver for receiving a wireless communication and 
downconverting said received communication from RF 
to baseband, and for upconverting a baseband commu- 
nication to RF for transmission as a transmit wireless 
communication; 
a GPS receiver, for outputting a position signal; 
a microprocessor, for receiving said position signal and 
said downconverted communication, and for generat- 
ing said baseband communication; 
whereby said microprocessor generates said baseband 
communication by constructing said data packets 
from a plurality of data fields, including sender 
information and receiver information, 
whereby said sender information includes: 
the unique identifier of the sender, and 
information derived from said position signal; 
and whereby said receiver information includes: 
the address of the desired remote unit. 

2. The system in claim 1 wherein said receiver informa- 
tion includes the unique identifier of the receiver, and said 
microprocessor further processes only data packets having 
the unique identifier pertaining to its associated mobile unit. 

3. The system in claim 1 wherein said unique identifier of 
the sender further includes a plurality of data subfields used 
for separate identification of multiple operators of a single 
vehicle. 

4. The system in claim 3 wherein said system further 
includes means for encrypted point-to-point or point-to- 
multipoint communication between remote users. 

5. The system in claim 1 wherein said sender information 
further includes fields for speed, acceleration, direction, 
origin and destination. 

6. The system in claim 1 wherein said data packets further 
include a transmission administration data field comprising 
at least one of the following subfields: 

security level information for access control; 
priority information based on urgency level of the com- 
munication; 

origin of communication either in system or out of 
system; 

broadcast type of communication based on number of 
users intended to receive the communication ranging 
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from poiot-to-point to point-to-multipoint, voice or 
data type communication designation; and 
communication length based on whether the communica- 
tion is contained in a single data packet or part of a 
multi-packet communication. 

7. The system in claim 1 wherein communications from 
non-subscribers may be received by said remote units. 

8. The system in claim 7 further comprising interface 
means with the internet. 

9. The system in claim 5 wherein communications from 
emergency and law enforcement officials may be received 
by said remote units. 

10. The system in claim 1 wherein at least one remote unit 
is installed in a vehicle. 

11. The system in claim 10 wherein the said micropro- 
cessor performs calculations based on said position signal, 
including speed acceleration and direction of vehicle 
motion. 

12. The system in claim 10 wherein data stored in said 
memory further includes a vehicle activity log comprising 
data fields for time and date of communication, and vehicle 
position, speed, acceleration/deceleration and direction. 

13. The system in claim 10 wherein said memory stores 
a log of vehicle communications that are continuously 
compiled by the microprocessor, comprising at least one of 
the following data fields; time of communication, date of 
communication, indication of incoming or outgoing 
communication, address or addresses of communicating 
entity, priority of communication, indication of whether the 
communication is broadcast or point-to-point; indication of 
whether the communicating entity is within the vehicletalk 
system or outside the system; security level of the commu- 
nicating entity; indication of whether the communication is 
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data or voice; indication of whether the communication is 
information or control; and actual contents of the commu- 
nication. 

14. The system in claim 13 wherein said log is used to 
5 store addresses of mobile units categorized as unwanted 

incoming communications to be screened out by said micro- 
processor. 

15. The system in claim 10 further comprising an electro- 
mechanical interface to control electro mechanical systems 

10 of the vehicle. 

16. The system in claim 15 wherein said control is limited 
to authorized operators. 

17. The system of claim 10 wherein said memory stores 
15 a user log of information pertaining to the user and the user's 

vehicle comprising at least one of the following fields; 
vehicle registration number; vehicle insurance company and 
policy number; vehicle make, model and model year; 
vehicle color; vehicle EZpass number; user garage parking 
20 account number; user garage door access code; user driving 
record; and user credit card information. 

18. The system in claim 1 further comprising an audio- 
visual interface (AVT) for programming the microprocessor, 
downloading user specified information into the memory for 

25 control of the system, viewing system output display, or 
monitoring system audio output. 

19. The system of claim 1 wherein said remote unit 
includes determining means, for calculating the available 
time duration for communication with said other remote 

30 units based on said calculated speed and direction of remote 
units with respect to one another. 

***** 
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